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(54) Method and device for transmitting Information to the DVB network 

(57) The invention relates to a method for transmit- 
ting information to the DVB network (15) as an informa- 
tion stream according to the DVB standards, in which 
method the information to be transmitted is sent from 
the information producer (11a) or transmitter to the 
operator (19) of the DVB network (15) tor transmission 
to the DVB network (15), and the information producer 
(11a) transmits the information to a well-known multi- 
cast address in Internet (40) as packets according to the 
multicast Internet protocol (IP), and the operator (19) 
receives the multicast IP packets that contain the infor- 
mation from Internet (40). In addition, the invention 
relates to a device (12) for transmitting information to 
the DVB network (15), which device (12) has means 
(41) for receiving the information to be transmitted, 
means (14) for adding the received information to an 
information stream to be sent to the DVB network (15) 
and means (14) for sending the information stream to 
the DVB network (15) and means (41) for receiving 
packets according to the multicast Internet protocol. 
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Description 

[0001 ] The invention relates to a method according to 
the preamble of Claim 1 for transmitting information to 
the DVB network. 

[0002] In addition, the invention relates to a device 
according to the preamble of Claim 5 for transmitting 
information to the DVB network. 
[0003] In the branch of TV technology, it is considered 
a fact that analogue TV transmissions will be to an 
increasing extent replaced by digital TV trartsmissions. 
This development is due to the remarkable advantages 
offered by digital TV transmissions compared to ana- 
logue transmission. These advantages include, for 
instance, better image and sound quality and more effi- 
cient use of the frequency band, which enables sending 
more TV channels than in analogue transmission, using 
the same bandwidth. 

[0004] The first digital TV transmission equipment 
have already been in use for a few years. The European 
digital TV system is called Digital Video Broadcasting, 
defined by EBU (European Broadcasting Union) and 
ETSI (European Telecommunications Standards Insti- 
tute). Very similar systems are being used in other parts 
of the world. In this application, all these digital TV sys- 
tems are referred to by the term DVB. In these systems, 
one operator typically has a data transfer capacity of 30- 
40 Mbit/s at his disposal, and one TV channel typically 
takes 3-4 Mbit/s of this capacity. Thus one operator has 
about ten TV channels on the average. The fixed and 
variable costs of the operator are such that the costs per 
one TV channel still remain relatively high. 
[0005] Figure 1 is a schematic outline of the operation 
of prior art DVB equipment. The DVB operator 19 has 
made a contract with three information producers or 
transmitters 1 la, 11b and 1 1c on certain information to 
be transmitted to the end users, which information can 
be, for instance, films, news or other information that 
can be sent to the DVB network 15. The producers or 
transmitters 11a, 11b and 11c send the information to 
the operator 1 9 typically by a separate medium, such as 
a video disc or an analogue tape. 
[0008] When the operator 19 has received the infor- 
mation to be transmitted, he draws up a transmission 
schedule 13. in which he arranges the information 
received from different suppliers 1 1a; 1 1b: 1 1c in a suit- 
able manner to the data transfer capacity at his dis- 
posal. When the operator 19 has arranged the 
information to be sent to the network 15. it inputs the 
information to the DVB server 14, in which the informa- 
tion is coded into an information stream in the form of a 
standard DVB transmission coding, such as MPEG2/TS 
(Transport Stream). After this, the information steam is 
sent to the DVB network 15, from which the end user's 
terminal 18 receives the transmitted information stream, 
decodes its information content and presents it to the 
end user. 

[0007] The problem of the prior art is, in addition to the 



high cost pressure on each channel mentioned above, 
the fact that when coding methods that consume a lot of 
data transfer capacity are used, the situation is often 
such that data transfer capacity is not used efficiently. 

5 According to Figure 2. as much as 1 -2 Mbit/s unused 
data transfer capacity may remain between the chan- 
nels 21a, 21b, 2ic and 21d. The data transfer capacity 
22 that remains unused may be too narrow for sending 
the information stream contained in the new channel, 

to and so part of the potential data transfer capacity of the 
operator remains unused. 

[0008] The method according to the invention is char- 
acterised in what is set forth in the characterising part of 
Claim 1 . Correspondingly, the device according to the 

is invention for transmitting information to the DVB net- 
work is characterised in what is set forth in the charac- 
terising part of Claim 5. Preferred embodiments of the 
invention are described in dependent claims. 
[0009] The method and device according to the inven- 

X bon can eliminate the problems of the prior art that were 
described above. It offers a cheaper solution for trans- 
mitting information to end users via the digital TV net- 
work, and at the same time enables sending more 
different information with the same data transfer capac- 

25 rty compared to the prior art. The lowering of the costs 
per channel improves the possibilities of small informa- 
tion producers to get data transfer capacity from the 
DVB network. 

[001 0] Furthermore, the invention has the advantage 

so to the information producer that the information to be 
sent to the DVB network can be transmitted to the oper- 
ator in real time by simple means, whereby the informa- 
tion producer can transmit real-time information to the 
DVB network, such as weather or traffic information at 

35 relatively low cost 

[001 1 ] In addition to increased supply of information, 
the invention offers the operator the advantage of more 
efficient utilization of the data transfer capacity availa- 
ble, when the data transfer capacity that would other- 

40 wise remain unused can be taken into use. 

[001 2] The invention also has the advantage that one 
producer can send the same information simultane- 
ously to a number of DVB operators, whereby the trans- 
mission costs per one operator can be reduced. 

45 [0013] In addition, the method and device according 
to the invention make it possible for a DVB network user 
to select and receive multicast information in DVB net- 
works that do not include a return channel. 
[0014] The above advantages are achieved by 

so increasing the number of channels available by using, 
instead of MPEG2 or a similar video coding method 
which is expensive but produces a very good image 
quality, a coding method, such as H.263+. which pro- 
duces a slightly weaker image quality but requires less 

55 data transfer capacity. By using coding methods that 
require less data transfer capacity, information can be 
transmitted from the information producer to the DVB 
operator by using standardised protocols that comply 



2 



3 



EP 0 964 581 A1 



4 



with the Internet Protocol (IP) (ag. multicast !P. 
UDP/RTP), which enables transmitting the information 
via Internet 

[001 5] In the following, the invention wffl be described 
in more d etail with reference to the acoompanyi ng draw- s 
ings, of which 

Figure 1 shows a prior art DVB network. 

Figure 2 shows the use of data transfer capacity w 
according to the prior art. 

Figure 3 shows the use of data transfer capacity 
according to one embodiment of the inven- 
tion, 15 

Figure 4 shows a solution according to the invention 
for transmitting information from the pro- 
ducer to an end user connected to the DVB 
network. so 

Figure 5 shows a method according to the invention 
for transmitting information to the DVB net- 
work, and 

25 

Figure 6 shows a method according to the invention 
for sending the transmission data of the 
information to be transmitted from the pro- 
ducer to the operator and further to the 
DVB network. 30 

[001 6] Figures 1 and 2 have been dealt with above in 
connection with the prior art 

[001 7] Figure 3 shows a solution of the invention, by 
which the unused data transfer capacity that remained 35 
in the available data transfer band 20 between the pri- 
mary channels 21a, 21b, 21c and 21d that require a 
high data transfer capacity can be taken into use by fill- 
ing the data transfer band with secondary channels 31a, 
31b, 31c and 31 d that require less data transfer capac- 40 
ity. The primary channels 21a. 21b. 21c and 2ld can 
comprise, tor example. MPEG2-coded digital TV chan- 
nels with very high image quality, and the secondary 
channels 31a, 31b, 31c and 31d can comprise H.263+- 
coded TV channels with slightly lower image quality or 45 
mainly numerical information transmitted by the local 
road service centre about the local traffic situation. 
[0018] Figure 4 shows a solution according to the 
information for transmitting information from the pro- 
ducer 11a via the operator 19 to the DVB network 15 so 
and further to the end user. The producer 11a of the 
information or the transmitter, if the information was pro- 
duced elsewhere, transforms the information into pack- 
ets according to the multicast Internet protocol (IP) to be 
transmitted by the means 45 via Internet 40 to a well- ss 
known, logical multicast address 47a, from which the 
information is transmitted to DVB operators 19 and 49 
connected to the same multicast address, of which 



operators there can naturalry be one or more. In order to 
simplify the description, only one operator 19 ts dealt 
with in the foil owing. 

[0019] The packets transmitted by the producer 11a to 
the operator 19 are preferably encrypted by a wen- 
known method, such as IPsec or the like. Thus other 
operators than the one 19 that has made an agreement 
with the producer are prevented from decoding the 
information sent by the producer 1 1 a. 
[0020] The DVB operator 19 receives the IP packets 
sent by the producer 1 1a to Internet 40 by a transmit- 
ter/receiver unit 41 connected to Internet, which unit is 
also connected to the DVB/SAP (Digital Video Broad- 
casting/Session Announcement Protocol) [2] Server 42. 
The address of the sender of the received packet is 
compared to the data of the IP/EPG (Internet Protocol / 
Electronic Program Guide) database 43 that is con- 
tained in the DVB/SAP Server concerning the service 
providers that have a contract with the operator and the 
resources allocated to them. If the IP packet comes 
from a permitted transmitter and in other ways, such as 
temporally and in respect of its data transfer capacity 
requirements, corresponds to the information saved in 
the database, the DVB/SAP server transmits the IP 
packets that contain the information to the DVB server 
14 to be coded as part of the information stream to be 
sent to the DVB network 1 5. 

[0021] The DVB server 14 codes the IP packets 
received from the DVB/SAP server 42 preferably so that 
they become part of a standard DVB transmission cod- 
ing, such as MPEG2 TS or the like. The DVB server 14 
sends the DVB-coded information stream to the DVB 
network 1 5. from which the data terminal equipment 18 
of the end user receives the information stream. 
[0022] The end user's data terminal equipment 18 
decodes the DVB-coded information stream with the 
decoding unit 16. whereby the IP packets contained in 
the stream can again be processed. The data terminal 
equipment 18 processes the IP packets in a well-known 
manner via the TCP/IP stack 45 to the selected applica- 
tion 46. 

[0023] In order that the IP packets sent by the pro- 
ducer 11a would be transmitted to the DVB server, they 
must correspond to the data entered in the IP/EPG 
database 43 of the DVB/SAP server 42. For this reason, 
the producer 11a must in some way inform the operator 
19 of the packets that he is going to send. This takes 
place by means of the SAP/SDP (Session Announce- 
ment Protocol / Session Description Protocol) [1] 
packet, which the service provider 11a sends to the 
well-known multicast address 47b intended for the DVB 
operators 19 and 49 or the public MBone (Multicast 
backbone) multicast address of Internet. SAP/SDP is 
preferably encrypted by using well-known methods. 
[0024] The SAP/SDP packet contains a description of 
the information to be transmitted, the packet types to be 
transmitted and the transmission schedules, on the 
basis of which the operator 19 can decide whether he 
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wants to transmit the information described to the DVB 
network 15 operated by him. and reserves the 
resources needed for this, H necessary. The SAP/SDP 
packet can contain, for example, information telling that 
the producer will send a certain sports event on a cer- 5 
tain day at 5.00 - 6.00 p.m.. the data stream of which 
transmission consists of a compressed audio signal, a 
compressed video signal, one data signal and two syn- 
chronizing signals. 

[0025] Typically, the information producer 1 1 a and the 10 
operator 19 have agreed in advance that the producer 
11a may send his information to the operator 19. After 
this the operator 19 has added the information of the 
producer 1 1 a (encryption keys etc.) to the IP/EPG data- 
base 43 of the DVB/SAP server 42, whereby the is 
DVB/SAP server 42 can decode SAP/SDP packets sent 
by the producer 1 1a. However, a separate agreement is 
not necessary. H he so desires, the operator 19 can 
keep his DVB/SAP server open for all SAP/SDP packets 
coming from Internet by joining the public Mbone mufti- so 
cast address, whereby anyone can offer his information 
to the operator 1 9 via Internet 40. Via the control unit 44 
connected to the DVB/SAP server 42. the operator 19 
can select what he wants from the information provided 
and update to the IP/EPG database 43 the information 25 
he wants to be transmitted to the DVB server 1 4 and fur- 
ther to the DVB network 15. 

[0026] In order that the end users of the DVB network 
would also know about the incoming programs and 
other information, the information that is essential for 30 
the end user, such as what information is available from 
the DVB network 15, at what time and to which IP multi- 
cast address the end user must be connected to be able 
to receive the desired information, must be transmitted 
to the end user. This information is sent by coding the 35 
SAP packet into the information stream to be sent to the 
DVB network 15 by using a well-known multicast 
address, as described above. Then, as was described 
above, the end user's data terminal equipment 18 
decodes the SAP packet contained in the information 40 
stream and transmits it via the TVP/IP stack 45 to the 
desired application to be presented to the end user. 
[0027] Figure 5 shows a flow chart of an embodiment 

50 of the invention for transmitting the information con- 
sisting of the service content from the information pro- 45 
ducer via the operator to the end user. In the first step 

51 of method 50 the information producer or transmitter 
codes the information to be transmitted into packets that 
comply with the IP protocol. The information to be 
coded can, if desired, be encrypted using a well-known so 
method, such as iPsec. In the second step 52 the pack- 
ets are sent as an IP multicast transmission to Internet, 
from which they are received in the third step 53 either 
preferably directly by the DVB operator or by some third 
party, which transmits the IP packets to the operator, tn 55 
order to receive the IP packets, the operator must join 
the IP mufti cast group announced by the transmitter by 

a SAP/SDP message. 



[0028] In the fourth step 54 of the method. His verified 
that the IP packets comply with the agreement, and the 
possble encryption is decoded using the IP/EPG data- 
base. In the fifth step 55, the accepted IP packets are 
coded into the information stream to be transmitted to 
the DVB network, which information stream is transmit- 
ted to the DVB network in the sixth step 56 using an IP 
multicasl address announced in advance by a 
SAP/SDP message. 

[0029] In the seventh step 57 of the method the data 
terminal equipment receives the information stream 
from the DVB network, and in the eighth step 58 
decodes the IP packets from the irrtormation stream, 
which packets are then sent to the application in ques- 
tion via the TCP/IP stack in the ninth step 59. 
[0030] Figure 6 shows an embodirnerrt 60 of the inven- 
tion for sending the transmission data that describe the 
information to the transmitted. In the first step 61 of the 
method the transmission data are coded into SAP/SDP 
packets, which are in the second step 62 sent via Inter- 
net to the IP mutt icast group used by the DVB operators 
for this purpose. In the third step 63 of the method, the 
operator receives the SAP/SDP packets. 
[0031 ] In the fourth step 64 of the method, the opera- 
tor accepts the information which complies with the 
SAP/SDP data for transmission to the DVB network, 
and updates in the fifth step 65 of the method the infor- 
mation of the SAP/SDP packet to the IP/EPG database, 
so that the IP packets that contain the actual information 
to be transmitted can be accepted in the check accord- 
ing to the fourth step 54 of the method shown above in 
Figure 5. In the sixth step 66 of the method, the informa- 
tion contained in the IP/EPG database is transmitted via 
the DVB network to the end user in the manner 
described above. 

[0032] The solution according to the invention is not 
limited to the embodiments described above only, but 
the forms of implementation according to the invention 
can vary within the scope defined by the claims. 
[0033] Furthermore, it is not necessary fa the opera- 
tor to utilize the received information himseff, but he can 
send the information to his own DVB network 15 or 
transmit it to another DVB operator 49, either via Inter- 
net 40 or by other means. 

Claims 

1. A method (50) for transmitting information to the 
DVB network (15) as an information stream which 
complies with the DVB standards, in which method 
the information is transmitted from the information 
producer (1 la) or transmitter to the operator (19) of 
the DVB network (1 5) to be sent to the DVB network 
(15). characterised in that 

the producer (1 1a) or transmitter of said infor- 
mation sends (52) said information to a well- 
known multicast address of Internet (40) as 
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packets which comply with the Internet protocol 
(IP), and 

the operator (19) receives (53) the multicast IP 
packets which contain said information from s 
Internet (40). 

2. A method accordng to Claim 1, in which at least 
part of the transmission data of said information is 
transmitted (60) from the producer (11a) of said 10 
information to the DVB operator (19), character- 
ised in that 



7. A device (12) according to Claim 6, characterised 
in that the device (12) has means (43) for maintain- 
ing the IP/EPG database. 

8. A device (12) according to Claim 7, characterised 
in that the device (1 2) has means (42) by which the 
SAP information transmitted by SAP/SDP packets 
coming from accepted sources is updated to the 
IP/EPG database (43). 



the information producer (11a) sends the trans- 
mission data of the information to be transmit- is 
ted as packets according to the SAP/SDP 
protocol to a well-known multicast address in 
Internet (40). 



the DVB operator (19) receives said SAP/SDP 20 
packets, and 



the DVB operator (19) estimates (64) the trans- 
mission data according to said SAP/SDP 
packet and, if he so desires, adds (65) informa- 2s 
ton according to said SAP/SDP packet to the 
IP/EPG database (43) of the DVB/SAP server 
(42). 



3. A method according to Claim 2. characterised in 30 
that at least part of the information of the IP/EPG 
database (43) is coded (66) into packets according 

to the SAP/SDP protocol, which are further coded 
(55) into packets according to the IP protocol and 
added to the information stream to be sent to the 35 
DVB network (15. 

4. A method according to Claim 2 or 3. characterised 
in that the information of the received multicast IP 
packets contained in said information to be trans- *o 
mitted are compared (54) to the information of the 
IP/EPG database. 



5. A device (12) for transmitting information to the 
DVB network (15). which device (12) has means 45 
(41) for receiving the information to be transmitted, 
means (14) for adding the received information to 
the information stream to be transmitted to the DVB 
network (15) and means (14) for transmitting the 
information stream to the DVB network (15). char- so 
actertsed in that the device (1 2) has means (41 ) for 
receiving packets according to the multicast Inter- 
net protocol. 



6. A device (12) according to Claim 5, characterised 55 
in that the device (12) has means (41) for receiving 
SAP/SDP packets. 
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